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1 Introduction to the Document 


1.1 Purpose and Scope of the Document 

UIDAI has envisaged developing a State Resident Hub (SRDH) Application Framework, 

which would provide the States with a utility and a placeholder to manage resident data. 

SRDH Application Framework would be used by States and Union Territories to manage 
resident data in their respective States/Union Territories. Aadhaar enrolment data is 
expected to become the starting point of resident data hub (master database of residents) in 
the State. The deployment of SRDH Application Framework in State Data Centers would 
create an infrastructure for States to manage their data, starting with Aadhaar Enrolment 
Data, as shown in figure below. 



Aadhaar 

Enrollment 


* 




Figure 1: Conceptual View of SRDH Application Deployment and Operation 


UIDAI aims to provide the States with a guiding model for operating SRDH Application 
Framework within their environment. 

This document: 

• provides a State with working procedures and few standard guidelines on how to 
prepare, deploy and run SRDH and collaborate with their Departments using it 

• is primarily recommendatory in nature, but may attempt to mandate for areas 
involving Data Security / Privacy 


1.2 Target Audience 

The target audience for this document is essentially: 

• Appointed SRDH State Nodal Officers and/or UID Registrars 

• IT Secretaries of States 

• Departmental Heads of States 

• State’s IT department team/ Consulting / SI partner 
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2 SRDH Institutional Framework 


2.1 SRDH Governance Structure 

Operating SRDH under a single ownership and decision making authority in the State is 
critical to ensure that SRDH’s objectives are met and Resident data is shared and leveraged 
securely and appropriately. 

The following points could help a State better understand SRDH Stakeholders and 
appropriately design roles and responsibilities around them: 

1 . Ownership transition from UIDAI to State 

2. State’s ownership of SRDH 

3. Consulting / SI Partner support 

4. State Departments 


The key Stakeholders in the State’s SRDH Governance Structure can be pictorially 
represented as: 



Figure 2: Proposed SRDH Governance Structure 

There also has to be a proper channel defined for the flow of the information in case of any 
issue / concern etc. being raised by any Department. It should also be clearly specified as to 
who would be approached and what would be the Stakeholders’ responsibility in various 
scenarios. 

Below, in the sub sections we provide, for better understanding, a detailed description of 
each key Stakeholder and its role in operating the SRDH set up at the State. 
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2.1.1 Nodal Department of the State Government 

The State would appoint a Department who would be acting as the Nodal Department for 
owning and handling all the activities related to the SRDH Implementation. The Department 
would be acting as the single point of contact for any communication being done with UIDAI 
and its related Partners. The appointed Nodal Department would be the owner of SRDH at 
the State. Also, the Nodal Department would act as the bridge for any communication which 
needs to be routed between the State’s Departments, Consultant(s) and appointed Software 
Integrator within the State and also the communication channel between the State and 
UIDAI. 

The decision on the Nodal Department in the State may be taken in the State UIDIC (Unique 
ID Implementation Committee) meeting at the State level. 

The Nodal Department would appoint a Nodal Officer who would lead and make decisions 
for SRDH Application Framework readiness, deployment, operations and support at the 
State. 

The Nodal Department should ensure that there are resident touchpoints for SRDH services 
(such as data-add/modify). These touchpoints can be Resident / Citizen Service Centers 
(CSC’s) etc at block level, with users and operators trained on SRDH Application. 

2.1.2 UIDAI 

The UIDAI would release the SRDH Application Framework along with its code and non- 
code assets to the State Nodal Officer. UIDAI’s PMU would provide the necessary 
organizational level guidance and strategic support that a State may need to prepare for and 
operate SRDH. From a more operational perspective, currently UIDAI provides warranty 
support for defect fixes till end of November 2012. This duration may be considered for 
extension. 

While UIDAI would have a non-executive role in the State’s SRDH operations, UIDAI’s 
Applications group would continue to help and guide the States in successful implementation 
of SRDH in the State to leverage the true potential of Aadhaar and Aadhaar enabled service 
delivery. 


2.1.3 State SRDH team (typically Empanelled Vendors) 

To ensure the availability of right manpower capacity and skills at the State for SRDH 
deployment and operations, the State would need to consider on-boarding a specific SRDH 
team as part of the larger Aadhaar enabled service delivery team at the State. 

In that context, the State could leverage the UIDAI empanelment of vendors which enables 
the State to expedite procurement based on pre-decided manpower rates (allowing 
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shortened procurement cycle of technical selection only) while assuring significant UIDAI 
context awareness and skills among the shortlisted vendors. 

The details of the empanelled vendors and relevant pricing are available at: 
http://uidai.qov.in/imaqes/FrontPaqeUpdates/final empanelment list 30 may 2011.pdf 

Services and support from Vendors would provide the State with key UID services and 
technical competencies required to launch and sustain SRDH operations in specific and 
Aadhaar enabled service delivery operations at large. 

The State would benefit from leveraging a small focused team consisting of both Consulting 
and Software skills to enable smooth and expedited deployment and operations of SRDH. 
The State Nodal team may get in touch with UIDAI’s Application group to understand the 
skills and manpower required to successfully deploy and maintain SRDH at the State level. 
The list of empaneled vendors and illustrative scope of work is provided in the next sub- 
section. 


2. 1.3.1 UIDAI Empanelment List 

Consequent to the completion of the process of Empanelment as per the provisions of the 
Request for Empanelment issued on 7th February 2011, Unique Identification Authority of 
India has empanelled the following firms as Consultants, Software Solution Providers and 
Complete End to End Solution Providers for a period of three years. 


Consultants 

Software Solution 
Providers 

Complete end to end 
solution providers 

Tier 1 

Accenture Services Pvt Ltd** 

CMC Ltd 

Accenture Services Pvt Ltd 

Ernst and Young Pvt Ltd 

Geodesic Ltd 

Patni Computer Systems Ltd 

KPMG 

Mahindra Satyam 


Price Water House Coopers Pvt 

Mastek Ltd 


Wipro Ltd 

Mindtree Ltd 



Patni Computer Systems 
Ltd** 



Persistent System Ltd 


Tier II 

Deloitte Touche Tomatsu India 

GSS America Infotech Ltd** 



Infinite Computers Solutions 
(India) Ltd 


Tier III 


Accel Frontline Ltd 

GSS America Infotech Ltd 


Path Infotech Ltd 

Yash Technologies Pvt Ltd 


Vayam Technologies Ltd 



Yash Technologies Pvt Ltd** 



Figure 3: UIDAI Empanelment of Vendors 
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** The firms empanelled as ‘Complete End to End Solution Providers’ have qualified as both 
Consultants and Software Solution Providers. These firms could be engaged either as ‘Complete End 
to End Solution Providers’ or only as Consultants/Software Solution Providers as indicated in table 
above, when engaged in piecemeal. 

There would be a need of appointing a consultant having an in-depth knowledge of the 
UIDAI and SRDH Application Framework. Selection for such consultants can be done 
through the Empanelment List of Consultants for UIDAI. The brief scope of work for the 
appointed Consultants could be as follows: 

> Preliminary study of various departments 

> Evaluation and Selection of few key departments for initial SRDH 
Integration 

> Submission of proposal for major schemes identified in the shortlisted 
departments 

> Preparation of DPR for selected Departments 

o Appointment of Nodal officer for respective departments 
o Preparation of AS-IS Report 
o BPR for Government schemes 
o Submission of the As - Is Report 

> Prepare TO-BE process map for department Scheme 

o Interaction of department Stakeholders on TO-BE 
o Submission of the To Be Report 

o Finalization of the BPR process required for the SRDH initiative 

> Creation of FRS, SRS & Technology architecture document for Central 
Integrated System for State (CISS) 

o Finalization of the detailed System and application architecture 
o Draft DPR for all departments 

> Final approval of DPR for all Departments 

> Selection of System Integrator 

o Preparation of RFP for SI 

o Bid process management for the selection of the System Integrator 
o Contract Signing with SI 
o Solution development by SI 
o Application development 
o Testing of Application developed 

> Project Management for Aadhaar enablement 

> Project work plan for the departments 

> Identification of nodal officers/Project champion 

> Monitoring of the System Integrator 

> Preparation of Training Materials, Training Plan 

> Support department in management of end to end infrastructure for 
Aadhaar enablement if necessary* 

> Training & Workshop of nodal officers 

> Pilot of Aadhaar enabled applications for departments 

> State wide roll out 
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A State would need Software SI vendor to deploy SRDH Application Framework, along 
with its necessary Hardware and Networking. They would also be required to perform 
any State specific custom izations on the SRDH Application Framework (core product). 
The brief scope of work for the appointed Software SI Vendor could be as follows: 

> Detailed Software Requirement Specification (SRS) 

> Ul Prototype 

> Architecture Document 

> Unit Test Plan / Cases/ Results 

> System Test Plan / Cases/ Results 

> Performance Test Plan / Cases/ Results 

> User Acceptance Plan / Cases/ Results 

> 100% tested Source Code after end of UAT 

> System Administration Manuals (Deployment and Configuration Guides) 

> User Manuals (& Training Material) 

> Detailed Work Plan developed using MS Project 

> Weekly project status report 

Note that the list of activities above is illustrative and covers the broader Aadhaar 
enabled service delivery needs including the SRDH Application Framework. 


2.1.4 Various State Departments 

The clean and digitized KYR data in SRDH could be of immense utility to the various State 
Departments who wish to implement Aadhaar based service delivery for their various service 
delivery schemes. SRDH data can be used primarily for identifying Aadhaar numbers of their 
existing beneficiaries (seeding), to clean their Departmental beneficiary KYR data and to 
integrate Aadhaar authentication and payments for the service delivery of their programs or 
schemes. 

The collaboration agenda with respect to SRDH and leveraging its KYR data and UID Nos. 
for Departmental service delivery should be discussed and agreed between the State Nodal 
Officer / Department for SRDH and the concerned State Departmental Heads. This 
discussion would be on the basis of how the Departments would be able to leverage SRDH 
for the broader aadhaar enabled service delivery plans. 

In the context of Aadhaar authentication, typically the State nodal agency would also be the 
AUA (Authentication User Agency) albeit not necessarily and the various departments would 
be the sub-AUAs. 

Department(s) would not have any business intervention/interference or management 
influence in the Nodal Department for operating SRDH, unless it is pertaining to some 
service delivery which affects the Department(s) directly. They are, in essence, customers of 
the State Nodal Department for SRDH. 
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2.2 System and Infrastructure Readiness at State 
2.2.1 Availability and Accessibility of KYR Data 

SRDH deployment requires access to KYR data along with photos. KYR data is collected 
during enrollments by the various registrars and sent to UIDAI for generation of Aadhaar 
number. UIDAI published KYR data along with Aadhaar number and photos to the relevant 
registrar who did those particular enrolments in the form of EID-UID XML files through the 
registrar portal. 

UIDAI realizes that it is critical for States to have data of all its residents in SRDH to truly 
leverage the potential of Aadhaar and SRDH. SRDH application depends on availability and 
accessibility of EID-UID files to make available the data to the state. As per the policy 
decisions currently valid during the writing of this document, UIDAI will share KYR data 
along with photos to the State registrar which is typically the Nodal Department in the State 
for SRDH for all those residents who have enrolled through the state registrar as well as all 
residents of the State who have provided consent to share during enrollment irrespective of 
registrar. This policy however still does not ensure that data for all state residents will be 
available with the State registrar since data of residents who have enrolled with registrars 
and have not provided consent to share is not being made available to the State Registrar. 
Discussion to address this gap through policy revision is currently in progress. Meanwhile, 
SRDH provides facilities to manually insert KYR data through the SRDH portal with 
appropriate Aadhaar authentication to allow States to address this gap themselves in a more 
tedious and manual manner. 

The facility to residents to update their enrollment KYR information such as for name 
changes (typically after marriage for females or less often in many other scenarios including 
correction of enrolled names), address changes etc. is being addressed by UIDAI through 
the “Aadhaar Update” policy and process, where UIDAI would allow residents to update their 
data in a simple and convenient manner. Multiple modes to allow residents to update or 
correct their KYR data at UIDAI is envisaged and is being rolled out. In all of the cases, 
UIDAI will publish the updated/ corrected data in the same EID-UID file formats through the 
same policy as discussed in previous paragraph. SRDH is designed and developed to 
handle these EID-UID files already. EID-UID XML files would thus become the avenue for 
States to keep their resident data up-to-date. 

It would be relevant to note at this point that SRDH is designed and developed to handle 
EID-UID XML files with and without photos (the older generation of EID-UID XML files did 
not carry photos) as well as un-encrypted and encrypted (future generation of EID UID XML 
files are expected to be published as encrypted files to be decrypted with the State registrar 
private key) files. 

Finally, from an operational convenience perspective, it should also be noted that SRDH is 
designed to handle the one odd EID UID file uploaded by the user through the SRDH portal 
interface as well as large number of EID UID files transferred as a batch to the appropriate 
location (configurable parameter of SRDH) on the SRDH application servers. 
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2.2.2 AUA Services 

The Aadhaar authentication framework involves departments/ schemes requesting 
authentications as Sub-AUAs (Sub-Authentication User Agency) to UIDAI Central Identities 
Repository (Cl DR) through an AUA (who is the authentication service provider). AUA, in 
turn, utilizes the services of an Authentication Service Agency (ASA who is the 
authentication infrastructure provider). A typical request-response flow for Aadhaar 
authentication is represented below: 

Authentication AUA Specific AUA/ASA Specific 


Request Communication Protocol Communication Protocol 



Service Delivered Necessary Updates yes / No 

& Confirmation Response 


It is important to note a few points around the above high level summary: 

1. Both AUA and ASA will need to sign relevant agreements with UIDAI and fulfill the 
pre-requisites as defined by UIDAI. 

2. Sub-AUAs might or might not need to sign any agreements with the AUA as 
determined by the AUA. Sub-AUAs do not need to sign any agreement with UIDAI. 

3. The authentication framework summarized above is independent of SRDH. In that 
context, SRDH acts like any application requiring authentication to fulfill some of its 
functionalities such as manual insertion or modification of KYR records etc. That 
said, the SRDH application framework software provided by UIDAI has an AUA 
module that could be leveraged by the state to fulfill not only authentication requests 
emerging from SRDH but also authentication requests from any sub-AUA. SRDH has 
been designed in a modular fashion providing an independent AUA module loosely 
coupled with the core SRDH application to enable the same. 

4. It is possible that the Sub-AUA, AUA and ASA could all be the same agency. 
Typically, the Nodal Department for SRDH in a State could be an AUA while the 
other departments which would route their Authentication Requests through the 
SRDH AUA server could be Sub-AUA’s. The AUA could use the services of a valid 
ASA, such as BSNL, MTNL, C-DAC etc. 

More on UIDAI’s Authentication services, and on AUA’s can be found on UIDAI’s website: 
www.uidai.qov.in/auth . 
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2.2.3 Software Requirements for SRDH Deployment 

The SRDH Application Framework would need some pre-requisites in terms of Software 
installed in the server(s) that would host it. These would ensure the proper functioning of 
SRDH in terms of its software dependencies. 

The Software requirements critical to the successful deployment of SRDH Application 
Framework are: 


Table 1: SRDH Software Readiness Requirements 


Software 

Description 

License Required (Y/N) 

JDK1.6.30 

Java Development Kit 

N 

Apache HTTP 2.2 

Web Server 

N 

JBoss Application Server 7 

Application Server 

Y 

One of the following: 

MYSQL 5.1 / Oracle 11g / 

MSSQL R2/DB2 9.7 

Database Server 

Y 

OpenLDAP-2.4.23 

LDAP server 

N 

Red Hat Enterprise Linux 6.2 or 
Windows 7 

OS 

Y 

HSM (High Security Module) 

Security 

Y 


With respect to the above technology stack, the following should be noted: 

1. SRDH functionalities involve uploading files namely EID-UID XML files, Batch 
Seeding CSV inputs and Vault Upload files. In all the above three cases, appropriate 
care should be taken by the administrator to ensure that virus scanning is available 
on the servers. 

2. Both JBoss and My SQL are open source. However appropriate licenses should be 
procured for production (not necessary in QA) so that clustered deployments are 
possible and OEM support is available. 

3. LDAP is necessary only if the production deployment requires usage of an LDAP for 
user authentication as is typical in some State Data Centers. SRDH works with its 
own RDBMS based user authentication without LDAP too. 

4. HSM is required when SRDH is used with a large number of authentication requests 
etc. wherein large scale handling of digital signatures is needed. Since HSM is 
typically vendor proprietary, appropriate minor customization of SRDH would be 
required to integrate with the specific vendors HSM. 
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2.2.4 Hardware Requirements for SRDH Deployment 

The Hardware Requirements for SRDH Application Framework are to ensure that the State 
continues to seamlessly host the application as soon as it is installed and also as the data 
grows in near future. Hardware requirements depend on the number of citizen records (State 
population) that would be supported by the State Resident Data Hub application and 
database. Kindly find below the indicative estimates per State population: 


Table 2: SRDH Hardware Readiness Requirements 


State’s 
Population in 
Lakhs 

Total Number 

of blade 
servers 1 

Storage space 
SAN for DB (in 
GB) 

Number of Boxes 
for LDAP (if SDC 
uses LDAP) 

Number 

of Boxes 

for HSM 

10 

2 

2,700 

1 

1 

50 

2 

14,000 

1 

1 

200 

4 

52,500 

1 

1 

500 

8 

131,134 

1 

1 

1000 

9 

262,264 

1 

1 

2000 

16 

524,523 

1 

1 

3000 

18 

786,784 

1 

1 


1 Blade Servers of 96GB RAM and 3. 1 GHz CPU speed 

It is to be noted that the above estimates are only for Data Center (DC). When SRDH is 
operationalized in the State, it is highly recommended that 1:1 setup be considered for 
Disaster Recovery (DR). 

It is also to be noted that the above estimates are planned to scale to handle in near future 
the Aadhaar authentication requests estimated for the above said population who are 
expected to be enrolled by the State. Hence, it can be recommended that a State plan for 
SRDH deployments with the least estimate (estimate of 10 Lakh), to begin with and scale 
later per growth in usage and its performance impact. 


2.2.5 Technical Manpower Requirements for Implementation 

The State would be required to make available, before deployments begin / in time, 
Technical Personnel to support, own and manage SRDH going forward. The technical 
personnel from the State will need to have the following skills: 

a) Ability to deploy, configure and manage Apache HTTP web server and JBoss 
Application server on the State selected OS (Linux or Windows) 
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b) Deploy, manage and administrate LDAP and State selected RDBMS (Database) 
software 

c) Basic Java and moderate SQL language skills 

d) Infrastructure support to support and manage hardware and network. 


2.3 Other Considerations 

2.3.1 Local Language Support and Configuration 

SRDH would provide inbuilt (State’s) local language for SRDH functions. Local language 
data, though, would not be CIDR authenticated. 

SRDH user can configure in advance the default setting for the Language of SRDH 
product/application. English and the State’s Local language would be the two options. 

Local language during Manual insert / update would be editable and the transliteration API 
would provide for the required feature. All local language fields would be editable. 


2.3.2 Intellectual Property Rights (IPR) 

UIDAI will share the SRDH Application Framework source code assets, non-code assets 
and relevant deployment necessary documents. 

IPR for the SRDH Application Framework released would remain with UIDAI, as prescribed 
by the Licensing Agreement attached to the SRDH assets. IPR for SRDH custom izations 
carried out by the States will rest with the States. 

State would be expected to sign an MoU to take over SRDH assets wherein the State would 
need to take responsibility to ensure that (a) appropriate contractual arrangements are in 
place to ensure that private or government agencies with access to SRDH assets working in 
the States handle the IPR appropriately, (b) State ensures secure code repository noting that 
any customization will make the warranty support available from Mahindra-Satyam SRDH 
development team till November 2012 void and (c) appropriate data security measures are 
taken to protect access, availability and integrity of KYR data in SRDH deployments. 

2.3.3 Support and Maintenance 

UIDAI will provide warranty and support for SRDH through Mahindra Satyam till end of 
November 2012. Note that warranty is only for the delivered code assets from UIDAI and 
any custom izations will make the warranty void. Regular patch updates and upgrades will be 
provided by UIDAI to all States during this warranty period. 

That said, UIDAI will continue to support SRDH under the broader Aadhaar enabled service 
delivery support and guidance being provided by UIDAI to States. It is highly recommended 
that States procure the necessary consulting and SI capacity to own and manage 
deployment, maintenance, operationalization and customization of SRDH within the State. 
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Further UIDAI will share an online defect tracking sheet common to all States as well as an 
online technical discussion forum accessible to all SI personnel working on SRDH at States 
and monitored and managed by UIDAI. This would enable best practice sharing as well as 
capacity development at States. 

2.3.4 Bug Fixing and Enhancement Request Procedures 

Any defect reporting or enhancement request should be routed through the State 
nodal agency to the relevant RO or UIDAI PMU directly. UIDAI will make all efforts to 
respond in a timely manner taking into consideration all the States. The final decision to act 
upon enhancement requests will rest solely with UIDAI. 

Note that the State SI personnel would have to do the “Merging” (inclusion/incorporation of 
patch updates, upgrades or new functionality releases) into a State SRDH instance and 
remote support if any required would be provided by UIDAI. The proposed process to be 
followed for Bug reporting and enhancement requests is as below: 


Bug Fix- Patches , Application Issue Resolution, Coding Error Resolution etc 
Enhancement = New Feature/Functionality/Configuration etc. 



► Basis the inputs and 
recommendations from UDAI 
PMU the UDAI DOG responsible 
for SRDH providesa decision on 
the case for Enhancement 


►Discussions with Software SI 
Vendor on its scope of work 
mandated in RFP, nature of 
Enhancement Request, product 
change needs, impact on delivery 
timelines, costand product behavior 
cost estimates, timeline 
variations and possible product 
impact, and provide 




► Identification of a new 
Functionality / Bug / Issue in i 
State SRDH instance 
►Subsequently, a Bug Fix or i 
Enhancement Request (in a j 
standard format) is made to 
the State PMU/Consultant 


Figure 4: SRDH Bug Fixing and Enhancement Requests Process 
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2.3.5 Application Environments 

It is highly recommended that the States maintain separate QA and production environments 
managed by the State SI team. Every patch update provided by UIDAI should first be tested 
on QA before being deployed in production. Appropriate release mechanisms and processes 
should be in place at the State to ensure availability and stability of the State deployments. 
In the case of SRDH customization at the State, appropriate development and integration 
environments should also exist. The below figure provides an overview of the same. 



Figure 5: Application Environment Needed at State for SRDH Deployment 
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2.4 Data Handling and Security 

The following Data Handling and Security guidelines should be considered by the State to 
ensure secure and appropriate of usage of SRDH data: 



Figure 6: SRDH Data Security / Privacy Framework 


AUA- CIDR Data Integrity 

The AUA services (through ASA) should be delivered in a secure transmission 
channel with encrypted data wherein there is no manual intervention towards data 
being authenticated. 

Access, Admin User Role Permissions 

The Nodal Department must ensure that rights to access and edit SRDH data is 
given only to identified and required personnel. These access rights should be 
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monitored by an Administrator and be reviewed over predefined time periods. No 
User Role permission should have conflicts of interest and there should be 
Segregation of Duties (SOD) compliance. 

• Encrypted File Exchange 

The EID UID XML files as well as the processed KYR data should be exchanged 
between Parties (both Government and Private) only under encrypted formats where 
in the Public Key for decryption is known (only) between the concerned Parties. 

Also, care should be taken that KYR data is not exposed to anyone not intended to 
be its viewer or recipient. Further, file transfers from one system to another should be 
done under the ownership of an identified and responsible Government Personnel / 
SRDH User to ensure no compromise of KYR data. 

• Audit Trail and Periodic Review 

The Nodal Department must attempt to put in place systems and processes to report 
on SRDH Audits and have a trail on its access and usage. This Audit trail would help 
have visibility on the manner of data access and usage being practiced. These Audit 
trails should be periodically reviewed at the highest levels of SRDH Governance / 
Leadership and actions be taken should they suspect a possible breach. 

2.5 SRDH Capacity Building 

Training on SRDH forms a critical part of sustaining the operating model for SRDH at a 
State, as discussed above. This training is key to ensure that skills and knowledge to 
manage SRDH at a State is provided to relevant / identified State SRDH team members, 
and is developed progressively by the State. 

UIDAI will train technical personnel (SA / SSA) at all its ROs to provide local support to the 
States. Further, every effort is being made at UIDAI to provide detailed documentation and 
training material along with SRDH application framework. Finally, States are highly 
encouraged to use the vendors empanelled by UIDAI who due to their experience having 
worked on other UIDAI projects in various states would bring on-board the capability to 
support state initiatives in SRDH and more broadly Aadhaar enabled service delivery. 

An online SRDH Discussion Group would also be formed by UIDAI to enable exchange of 
experiences on SRDH product issues, deployment challenges, benefits and usage best 
practices. 


2.5.1 Collaboration With Other State Departments 

The true potential of SRDH can be leveraged if various State departments use SRDH 
services. All State Departments may use SRDH for the following: 

• Aadhaar seeding in their own databases 

• Data Cleaning 

• Search of Records 
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• Aadhaar Authentication 

• Maintaining latest KYR data 

It is critical that the SRDH Nodal Department collaborates well with other departments to 
encourage use of SRDH data. For Aadhaar Authentication, while SRDH Nodal Department 
may become an Authentication User Agency (AUA), other departments may become a Sub- 
AUA. The SRDH Nodal Department may get into an agreement/understanding with other 
departments, and have designated users from other departments who may access SRDH 
comfortably. The SRDH Application Framework provided by UIDAI contains the API’s for 
other departmental systems to access SRDH data. 


** END OF DOCUMENT** 
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